home *** CD-ROM | disk | FTP | other *** search
/ kermit.columbia.edu / kermit.columbia.edu.tar / kermit.columbia.edu / newsgroups / misc.19950528-19950726 / 000304_news@columbia.edu_Tue Jul 11 01:17:15 1995.msg < prev    next >
Internet Message Format  |  1995-07-31  |  2KB

  1. Received: from apakabar.cc.columbia.edu by watsun.cc.columbia.edu with SMTP id AA08355
  2.   (5.65c+CU/IDA-1.4.4/HLK for <kermit.misc@watsun.cc.columbia.edu>); Tue, 11 Jul 1995 09:56:57 -0400
  3. Received: by apakabar.cc.columbia.edu id AA21365
  4.   (5.65c+CU/IDA-1.4.4/HLK for kermit.misc@watsun); Tue, 11 Jul 1995 09:56:55 -0400
  5. Path: news.columbia.edu!panix!news.mathworks.com!gatech!swrinde!cs.utexas.edu!news.cs.utah.edu!cc.usu.edu!jrd
  6. From: jrd@cc.usu.edu (Joe Doupnik)
  7. Newsgroups: comp.protocols.kermit.misc
  8. Subject: Re: Tektronics Emulation & Flow Control
  9. Message-Id: <1995Jul11.071715.55790@cc.usu.edu>
  10. Date: 11 Jul 95 07:17:15 MDT
  11. References: <3tsnjv$cdj@sifon.cc.mcgill.ca>
  12. Organization: Utah State University
  13. Lines: 25
  14. Apparently-To: kermit.misc@watsun.cc.columbia.edu
  15.  
  16. In article <3tsnjv$cdj@sifon.cc.mcgill.ca>, ronis@gibbs.chem.mcgill.ca (David Ronis) writes:
  17. > I use kermit (MS-DOS version 3.14 Patch level 0) to connect to 
  18. > our Sun's at work through a 14.4 Sportster Modem.  It works 
  19. > flawlessly for file transfers, and ascii (VT100, etc.) termial sessions. 
  20. > However, I have a program that switches kermit to Tektronics emulation
  21. > and then tries to plot a graph.  If the graph is small, all works as
  22. > expected, but if the graph is complicated, then what invariably
  23. > happens is that the first part comes out correctly, while the latter
  24. > is all messed up.  What appears to happen that part of the input stream
  25. > is lost or corrupted.  The line I use is clean, and file transfers 
  26. > usually happen with no retries.
  27. > Is there something strange in the way kermit handles Xon/Xoff in Tektronics
  28. > mode?  Alternately is there something special I should be doing the stty 
  29. > on the Unix end?
  30. ------------
  31.     Flow control in Kermit is independent of Tek mode. It may well be
  32. that your host echos received XON/XOFF flow control bytes and that would
  33. certainly mess up the works. In addition, if you use only end to end
  34. flow control the comms line equipment can drain its buffer capacity without
  35. being blocked, and that's not good. Please use point to point flow control,
  36. and the best of these is RTS/CTS hardware flow control between your PC and
  37. modem. Recall that the remote host must be flow controlled too, somehow.
  38.     Joe D.